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@ AmetbodofcreatingandexecutingtBbledrlvenlogku 

The present invention is directed to a method of creating 
and executing a logic driven table comprising entering mne- 
nmics corresponding to signals in the system* creating a 
logic table from the entered mnemonics* verifying the accura- 
cy of the logic table and executing the logic design of the tatxle 
using actual input signals to produce actual output control 
signals. During the execution of the logic table the input sig- 
nals are overtayed on the mnemonics of the table and a 
Boolean logic equation for a basic logic etemem is executed 
for each stage within each totem in the table. The execution of 
the equation is repeated until all input signals and the effects 
of the input signals have propagated through the table. 
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A METHOD OF CREATING AND EXECUTING TABLE DRIVEN LOGIC 

BACKGROUND OF THE INVENTION 
Field of the Invention 

The present invention generally relates to a 
computer aided method for the design of a logic system such 
as the actuation logic for engineered safeguard functions 
in a nuclear power plant and to the execution of the logic 
for the system as table driven logic, and more particular- 
ly, the present invention includes a method of expressing a 
logic function in the form of a table representing a logic 
array constructed of one or more basic building blocks, 
where the table clearly defines the prioritization of 
actuation and interlock input signals, can be generated 
directly from a precise verbal description of a given 
device or system where the contents of the table are input 
into a microcomputer and executed using a universal table 
driven logic execution routine. 
Description of the Related Art 

In a nuclear power plant, engineered safeguard 
functions consist of actions to be taken to mitigate damage 
and ensure safety xinder abnormal or emergency conditions. 
These actions may be initiated manually^ by means of 
pushbuttons or automatically, based on inputs from sensors 
which can transmit information concerning process vari- 
ables and the states of actuated devices such as valves and 
pumps. To control those actuated devices which are neces- 
sary to implement the desired safeguard fimctions, these 
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sensor inputs are processed by redundant logic networks 
which generate outputs through a power interface to ener- 
gize or de-energize the proper devices in the proper 
sequences subject to any required enabling or interlock 
5 signals. 

In all cases relating to a nuclear power plant, 
the design of the logic network begins with a fluid systems 
engineer who reduces the desired safeguard action to a 
sequence of operations of various fluid control devices 

10 such as the valves and pumps. The operation of these 
devices roust be made subject to various interlock signals 
based on parameters such as pressure or the present state 
of the actuated devices. A verbal logic statement which 
accounts for each inputs interlock and output signal is 

15 generated by the engineer, as illustrated in Fig. 1, for 
each actuated device. The engineer then transposes these 
requirements into the form of a logic or interlock sketch. 
Once the logic sketch is completed, the verbal requirements 
produced by the systems engineer are unnecessary. The 

20 fluid systems engineer forwards the interlock sketch to an 
instrumentation and control engineer who develops a logic 
diagram, adds provisions for status indication and power 
interface circuitry and develops interconnection drawings 
in the form of interposing logic power interface and 

25 elementary wiring diagrams. The design is further refined 
by a manufacturing engineer who develops schematics geared 
to the specific hardware to be used to implement the 
circuit, designs a hardware circuit that is functionally 
equivalent to the logic diagram and creates detailed wiring 

30 lists which are used by a manufacturing group to construct 
a final embodiment of the logic. At various stages in the 
process, the design may be checked by sending the work 
product back to the previous engineering stage for verifi- 
cation. The overiall design is then validated by system 

35 testing. 
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SUMMARY OF THE INVENTION 
The present invention lowers the cost of the 
development of logic networks, removes unnecessary develop* 
mental stages during the development of the logic network, 
5 substitutes software for hardwired logic, increases the 
viability of system designs, removes points of human 
created error, and is directed to a method of creating and 
executing a logic driven table comprising entering the 
mnemonics corresponding to signals in the system, creating 
10 a logic table from the entered mnemonics, verifying the 
accuracy of the logic table and executing the logic table 
using actual input signals to produce actual output control 
signals. 

The invention in its broad form comprises a 
15 method of creating and executing table driven logic for a 
logic system having input signals, characterized by the 
steps of: (a) entering mnemonics corresponding to signals 
in the system; (b) creating a logic table (20) from the 
entered mnemonics using at least^ AND, OR and NOT opera- 
20 tions; (c) verifying the logic table for its accuracy; and 
(d) executing the logic defined by the logic table using 
the input signals to produce output signals. 

BRIEF DESCRIPTION OF THE DRAWINGS 
A more detailed understanding of the invention 
25 may be had from the following description of a preferred 
embodiment, given by way of example and to be understood in 
conjunction with the accompanying drawing wherein: 

Figure 1 is a diagram of the stages of a prior 
art hardware design process; 
30 Fig. 2 is a diagram of a design process according 

to the present invention; 

Fig. 3 is a diagram of a basic logic element 10 
of the present system; 

Fig. 4 is a logic table 20 for the basic logic 
35 element 10 of Fig. 3; 

Fig. 5 is a totem comprising three basic logic 
e 1 ement s 14-16; 
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Fig. 6 is a logic table 20 fcr Fag. S; 

Fig. 7(A) is a logic diagram 30 for a latch logic 

elements- 
Fig. 7(B) is a simplified logic diagram 30 for a 
5 latch logic element; 

Fig. 8 is a logic table 20 for the latch of Fig. 

7; 

Fig. 9 is a bypass valve logic table 20; 
Fig. 10 is a logic diagram 30 for the bypass 
10 valve of the logic table 20 of Fig. 9; 

Fig. 11 is an example of the logic state analysis 
for the table 20 of Fig. 9; 

Fig. 12 is a logic table 20 for a home alarm 
system; ♦ 

^i9- 13 is the produced logic diagram 30 for the 
table 20 of Fig. 12; 

Fig. 14 is the logic state analysis of the table 
20 of Fig. 12; 

Figs. 15-17 depict the stages of the logic table 
of Fig. 12 during the stages of its processing using actual 
inputs to produce an output; 

Fig. 18, including 18(A)-18(G), is. a flowchart of 
the editor software of the present invention; 

Fig. 19, including 19(A)"19(F), is a flowchart of 
25 the software which draws the logic diagram; 

Fig. 20, including 20(A)-20(E), is a flowchart of 
the logic analyzer which produces the state analysis for 
each logic network; and 

Fig. 21, including 21{A)-21{B), is an example of 
a general purpose execution module for executing the logic 
defined by any logic table. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 
In contrast to the prior art process, the present 
invention, as illustrated by Fig. 2, permits a verbal logic 
35 statement generated by a fluid systems engineer to be 
entered directly into a computer data base which is then 
interpreted by the computer to automatically generate logic 
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diagrams, perform a system analysis directed toward identi- 
fying unstable states or states from which no combinations 
Of inputs Will produce a change in outputs and for produc- 
ing the logic table. The logic table then can be processed 
by a general purpose logic table execution routine executed 
by a conventional microprocessor to produce the necessary 
outputs from actual inputs. 

As can be seen in Fig. 2. the process according 
to the present invention starts with the verbal logic 
requirements which are documented by the fluid systems 
engineer in a natural language fom. From the verbal 
reguxrements the instrumentation and control engineer 
generates a data base that can be input into the computer. 
The data base represents the logic in a standard tabular 
form By casting the logic In a standard form, consistency 
in the design of the entire system is ensured. The comput- 
er then automatically produces the logic diagrams and a 
logic state analysis which are used for design verifica- 
tion. The generated document sets fort* the functional 
operation of the logic and can be easily checked against 
the verbal logic requirements, ihe interposing logic power 
interface and elementary diagrams, are generated from which 
interconnect writing diagrams are prepared. The logic 
T^Z rrK"" --'Porated into a microprocessor and 
validated by systems testing. Once validated the logic 
table can be burned into a ROM and executed by a general 
purpose microprocessor. 

As can be seen by comparing Figs. 1 and 2 
wgniflcant man-hour savings result from using the present 
invention for each logic network design. 

It is well known that any function nay be derived 
f rom a combination of logic states such as AND, OR and NOT 
^rations. The present Invention takes advantage of this 
known principle and defines a basic logic element 10 which 
is made up of the three fundamental logic operators as 
illustrated in Fig. 3. The fundamental logic operators AND 
11 . OR 12 and NOT 13 are connected so that an interlock 
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signal (INK) interlocks or prevents an output of both an 
actuation signal (ACT) and a signal from a previous stage 
(STG(n+l)) until the interlock signal is removed. The 
output can be represented in the terms of the inputs by the 
5 following Boolean equation: 

STG(n) = (NOT INK(n)] AND (ACT{n) OR STG(n+l)]. 

A logic table 20 for the basic logic element 10 
of Fig. 3 is illustrated in Fig. 4. This logic table 
indicates that the STG{n) function is actuated by the 

10 previous stage at a priority level of 2, the actuation 
signal at a priority level of 1 and is interlocked by 
INK(n) at priority level 1. The method of creating the 
logic table of Fig. 4 along with the rules and definitions 
for creating such a table will be discussed in detail 

15 hereinafter. 

A plurality of the basic logic elements may be 
connected vertically in a chain to form a totem in which 
the actuation and interlock signals are assigned priorities 
as illustrated in Fig. 5, which shows an example of a totem 

20 built with three basic logic elements 14, 15 and 16. In 
this figure stage number can be interpreted as the priority 
level of the actuating and interlocking signals. Each 
totem has only one output but any number of totems may be 
connected to form multiple output functions in which the 

25 output of any totem may be used as an input to the actua- 
tion or interlock inputs of any other totem. In the single 
totem example of Fig. 5, the output function STG{1) of the 
priority 1 totem 14 is actuated by the actuation signals 
ACT(l) at the first priority level, ACT(2) on the second 

30 priority level and ACT{3) on the third priority leVel. The 
interlock signal INK(l) locks or interlocks actuation 
signals ACT(l-3) as well as interlock signals INK(2-3). 
The interlock signal INK(2) interlocks actuation signals 
ACT(2-3) and interlock signal INK(3) of the priority 2 

35 totem 15, while the interlock signal INK(3) interlocks at 
the priority 3 totem 16. The interlock signal INK(.l) 
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represents the highest priority interlocking signal. In 
general the priority interlock signal interlocks every 
actuation and interlock signal of lower or equal priority 
level In the totem. The above statement is used as one of 
5 the fundamental rules in constructing logic in the form of 
totems. Because the output of any totem can be used as an 
input to any totem on any priority level it is possible to 
define a totem as an intermediate logic to be used with 
other totems in the interposing logic. Such an auxiliary 

10 logic totem can be used to define a particular mode of 
operation, for example, an automode or a signal latching 
function to be discussed later. 

Fig. 6 illustrates the logic table 20 for the 
totem of Fig. 5. As can be seen from Fig. 6 the logic 

15 table is constructed starting at the highest priority level 
and working up the totem to define the actuation and 
interlock signal positions. The output signal from each 
higher stage is implied as an input to the next stage 
because the totem has more than one priority level. 

20 A latch is created when the output of the totem 

is entered as one of its own actuations « as illustrated in 
Fig. 7(A). The latch consists of two basic elements 17 and 
18 and includes three priority levels or stages. The 
output of stage 1 is fed back to the token at priority 

25 level or stage 3. The latch is set by the actuation signal 
ACT(2) and reset by interlock signal INK(l) or the inter- 
lock INK(2). The actuation signal input of stage 1 is not 
used. Fig. 7(B) illustrates a simplified version of Fig. 
7(A). The latch must be in the lowest position in the 

30 totem and no combinatorial logic can be allowed below the 
latch, however, the output of the latch can be used as an 
input into another totem if logic after the latch is 
necessary. 

Fig. 8 illustrates the logic table 20 for the 
35 latch of Fig. 7. As can be therein seen the third priority 
or stage input signal on the actuation side is the output 
of the STG(l) latch and the output of the latch is 


10 
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interlocked by interlock signal INK(l) at priority level 1 
(stage level 1) and by the interlock signal INK{2) at the 
second stage or second priority level. Once again it 
should be self evident that the logic table is created from 
bottom (highest priority) to top (lowest priority) of the 
totem. That is, first the input signals to 'the first stage 
are examined and found to be the interlock signal INK(l) 
and the next highest stage output STG(2). Since the next 
highest stage input is implied no entry is necessary^ 
however, an entry could be made in the table at priority 
level 1 on the ACT side. If the entry is made it would be 
equivalent to having both inputs to the OR gate of basic 
logic element 17 receiving the output from STG(2). Next 
the input signals to stage 2 are examined and found to be 
15 INK(2), ACT(2) and STG(l). Because the STG(l) signal is 
acting as a STG(3) signal, it must be entered on the next 
highest priority or stage level number 3. 

In constructing the logic tables from a complete 
verbal description of the required logic the following 
20 rules and definitions must be followed: 

1. Each defined function must either be actuated 
or interlocked (or both) on the first priority level. That 
is, the table must have an entry on the first line for any 
given function. 

2^ 2. A function cannot be actuated and interlocked 

by the same signal at the same time. 

3. A function cannot be actuated or interlocked 
by the same signal on two different priority levels, 
although the same input signal can be shared between 

30 different functions. 

4. The priority of the last interlock in a 
function must be higher than the priority of the last 
actuation in this function. 

5. Each signal used in the table must have a 
35 definition and each defined signal must be used in the 

table, there shall be a one-to-one correspondence between 
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the table and definitions, and no multiple definitions of 
signals are permitted. 

6. The symbol "A** in front of a signal in a 
table indicates a logical NOT operation to be performed on 

5 tile signal following the operator. 

7. The symbol in front of a function name 
indicates a delay is to be performed on this function where 
the delay time period must be specified when the function 
is defined. 

10 8. A function can be used as one of its own 

actuations (example: a liatching function) or as an input 
(either an actuation or interlock) in other functions. 

9. If a function is to be used as intermediate 
logic it should be defined as an auxiliary function ncJt as 
15 an output function. 

As a first example of the creation of the logic 
table and execution thereof we will consider a boron 
thermal regeneration system bypass valve. In general the 
regeneration system has three operating modes: off, dilute 
20 and borate. The operating mode is determined either 
manually by the operator positioning an MCB control switch 
or automatically by the power control system. When in 
automatic, the regeneration system is always operating in 
either dilute or borate mode which provides faster response 
25 and reduces the start and stop transients in the system. 
The bypass valve diverts water into the regeneration 
system. The fluid systems engineer provides the following 
description to the instrumentation and control engineer: 
The valve is operated by two pushbuttons, auto 
30 and open, the regeneration system "dilute or 

borate" automatic signal ""and the status of an 
isolation valve. There is one solenoid valve and 
the solenoid shall be energized to close the 
valve and de-energized to open it. The auto 
35 pushbutton activates an auto operation mode. 

When in the automode: 
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1. When the dilute or borate signal is in 
coincidence with the open position of the 
isolation valve {a limit switch signal 
exists) the bypass valve is closed (solenoid 
is energized). 

2. When the open pushbutton is activated the 
valve is opened (the solenoid is 
de-energized) by changing the mode of 
operation to manual. The automode is reset 
by open pushbutton . 

Vftien in manual mode the valve is always open. 

From the above verbal description, the instru- 
mentation and control engineer generates a logic data base 
and inputs same into the computer in the form of the logic 
table 20 of Fig. 9 which corresponds directly to the verbal 
description above. In the example, automode is defined as 
an auxiliary function W and the closed valve coiranand as an 
output signal of function B, therefore there are two totems 
describing the lock logic and therefore two functions in 
the totem. In the table, the input signal E represents the 
open pushbutton> G the auto pushbutton, L the dilute or 
borate signal and M the closed isolation valve signal. 

The logic table and a corresponding data record 
is created using the editor program illustrated in Fig. 19. 
The data record created would look as follows: 


01 8245 

02 1 BORON THERMAL REGENERATION SYSTEM (BTRS) 

03 BTRS bypass valve 

04 AOV N/A Non Safety NO NO OPEN (dwg. number) 

05 E OPEN PUSHBUTTON 
05 G AUTO PUSHBUTTON 

05 L DILUTE OR BORATE SIGNAL 

05 M VALVE 7054 CLOSED (33bo) 

06 B CLOSE VALVE 

07 W AUTO MODE OPERATION 

08 B - B W M 

08 W G W E 

09 1 . OPEN VALVE 8245 ON LOSS OF POWER 

09 (DE-ENERGIZE SOLENOID TO OPEN) 

10 EOF NO. 1 
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In this record line 01 corresponds to the compo- 
nent I.D. number, lines 02 through 04 represent the 
component's description. Lines numbered 05 provide the 
definitions of the input signals (there are four lines with 
5 the number 05), line 06 defines an output signal and line 
07 defines an auxiliary function. The logic Table is 
described by lines 08, There arc two lines in the logic 
Table corresponding to two logic totems defined by lines 06 
and 07 (output and auxiliary function). The record is 

10 automatically verified by the computer against the set of 
rules previously discussed. The format of the record is 
verified rather than a logic itself. If an error is 
detected, the record must be corrected before it is stored 
on the disc. Line 09 (up to five lines fifty characters 

15 long each can be used) is provided for special notes. Line 
10 marks the end of record. Each record represents infor- 
mation about one component. 

Once the logic data base is created it can be 
used to generate a logic diagram 30 (see Fig, 10) using the 

20 program illustrated in Fig. 20. As described earlier, 
there is a direct correspondence between a logic table and 
a logic diagram. During logic diagram generation first 
totems are generated and interconnections between the 
totems are made and any other information and labels for 

25 input and output signals are added. The logic diagram 30 
for the bypass valve is illustrated in Fig, 10. To print 
such a diagram, a dot matrix printer or graphics capability 
printer should be used. Once the logic diagram 30 is 
generated the fluid systems engineer can review the diagram 

30 to determine if it meets his requirements. 

It is also possible for the fluid engineer to 
receive a logic state analysis 40 which is performed by the 
program illustrated in Fig. 21. The logic data base 
generated with the editor is used as an input for this 

35 program. First, the complete logic state table is generat- 
ed. For each possible state and combination of inputs at 
Time T, the output at Time T + 1 is calculated using the 
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Boolean equation (1). For example, as illustrated in Fig. 
11 when the inputs EGLM and outputs BM are 0000 00 respec- 
tively at time at time T + 1 the output 00 iis provided. 
When the inputs are 0100 and outputs are 00 at time T the 
outputs are 01 at time T + 1 . The inputs and outputs at 
time T are provided for each possible state by binary 
counting, the inputs are then overlayed on the table and 
the Boolean logic equation (1) is executed for each stage 
(priority 1 level) to produce the relevant outputs. 

The program then automatically reduces the state 
table and identifies logic states at a time T which have 
not changed with the change of input. The logic table is 
reduced by eliminating all but the first state which 
produces the same output after the output is provided. For 
example, in the valve example of Figs. 9-11, the state at 
time T with decimal value 0 and binary value 00 0000 
produces outputs of 00 at time T + 1 while the state with 
decimal value 1 and binary value 00 0001 also produces an 
output of 00. The table is reduced by saving and printing 
the state analysis for decimal value 0. As can be seen 
from Fig. 11, the states with decimal values 0-3 produce 
the same output as do the states with decimal values 8-15, 
etc. The generated table logic analysis 40 is then ana- 
lyzed and stable states and transient states are reported. 
The state in which the logic srays after completion of a 
sequence of operations is called a stable state. Any state 
through which the logic passes temporarily during a se- 
quence of computations is called an unstable state. For 
example, decimal state 4 of Fig. 11 is a transient or 
unstable state since if the inputs remain constant and the 
outputs change to 01 the state would become state decimal 
state 18 which would produce outputs 11. Therefore, a 
transition from one stable state to another stable state 
occurs only in response to a change in the input variables. 
In Fig. 11 an X indicates a "don*t care" signal. 

Once the state analysis is performed and the 
system is reviewed by the fluid systems engineer the logic 
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table can be loaded into a microcomputer which executes the 
general purpose execution' logic illustrated in Fig. 22. 
The details of such an execution will be discussed later. 

As an example of the flexibility and power of the 
5 present system to design and execute various logic systems 
the following example which applies to a simple residential 
alarm will be discussed. The written description given to 
the instrumentation and control engineer will be substan- 
tially as follows: 
10 The residence is on apartment type having a 

single door and two floors. On each floor 
are two windows. The alarm bell should ring 
when the front door or any window is open. 
A test pushbutton allows the alarm bell to 
15 be rung and stops when the button is re- 

leased. An alarm arming switch next to the 
front door allows an entrant to turn on the 
alarm after he is inside and turn off the 
alarm after the bell rings. 
20 The input and output signals are defined as 

follows: V = front door limit switch, F = first floor 
window #1, G = first floor window #2, H = second floor 
window 4tl, I = second floor window #2^ R = alarm arming 
switch, T = test pushbutton and A = activate alarm signal 
25 (ring the bell). The logic table 20 generated by the 
instrumentation and control engineer using the editor 
program of Fig. 19 is illustrated in Fig. 12 with the 
symbols listed above indicating the corresponding signals. 
Once the logic table 30 is generated, a logic diagram, as 
30 illustrated in Fig. 13, is produced using the program 
illustrated by Fig. 20. As can be seen by Fig. 13, when 
the alarm arming switch is activated any input from one of 
the doors or windows actuates the alarm signal A and rings 
the bell. After the logic diagram of Fig. 13 is generated 
35 the logic state analysis 40 of Fig. 14 can be generated and 
reviewed by the design engineer. When the review is 
completed, the table can be incoxrporated into a 
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microprocessor and executed or processed by the routine of 
Fig. 21. 

The processing of the state table of Fig. 12 
using actual inputs to produce actual outputs by a micro- 
processor begins by sampling the input signal E-I, R and T. 
For example, assuming the input signals are 000110 indicat- 
ing that the second floor window tt2 (I) is open and that 
the alarm system is activated (R), this input results in an 
alarm being produced and assumes that in the prior state no 
alarm is produced (I=0) and the system is armed (R=l). The 
following sequence of events occurs in the microprocessor: 
first, the input signals are sampled and overlayed in a 
table representation in the memory of the microprocessor to 
produce a table similar to Fig, 15. Next the Bodlean 
equation (1) is applied to each stage (priority level) of 
function W from lowest priority level (5) to highest 
priority level. For example, when the equation (1) is 
applied to stage 5 a 1 is produced as STG{5). When the 
equation (1) is applied to stage 4 a 1 is produced as 
STG(4). Eventually/ function W assumes a value of 1 as the 
STG(l) output. Next the Boolean equation (1) is applied to 
function X and A in the same manner resulting in a zero 
output for function X and function A. 

The table is then updated with the output values 
and .appears as in Fig. 16. The application of the Boolean 
equation (1) to the table is again performed resulting in 
function W=l, function X=l and function A=0. 

The table is again updated with the output values 
and appears as in Fig. 17. When the Boolean equation (1) 
is applied to the table the output of function W=l, func- 
tion X=l and function A=l resulting in the ringing of the 
bell. 

As can be seen from the above discussion, the 
Boolean equation must be executed a nximber of times equal 
to the number of totems multiplied by the number of priori- 
ty levels in each totem. Any known nuclear power safety 
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function can be performed using six totems and six priority 
levels. 

When the instrumentation and control engineer is 
ready to create the logic table he executes the editor 
5 routine depicted in flowchart form in Fig, 18, The editor 
routine is an interactive routine which allows the operator 
to edit records^ insert records, delete records, find 
records and verify record commands. The program can 
provide a directory of all the records in the file, cross 

10 reference them, and generate a printed copy of any desired 
record. The information as used and edited by the operator 
is displayed on a computer monitor. The editor should be 
executed on a computer such as an Intel 86/330 having at 
least BOK of memory with 32K of working storage and should 

15 be implemented in Intel's version of the Pascal programming 
language (Tascal 86). 

In Fig. 18, Fig. 18(A) acts as a supervisor and 
determines which of the subroutines should be executed. 
Fig. 18(B) is the delete record routine which deletes a 

20 record by not writing an ID matched record to the output 
files. Fig. 18(C) is the insert record routine which 
inserts records between read records as an output file is 
being created. Fig. ie(D) is the edit removal routine 
which displays the record on a display device and allows 

25 the record to be modified before it is written to the 
output file. Fig. 18(E) is the summary record routine 
which simply outputs the records to a display device. Fig. 
18(F) is the find record routine and it singly searches for 
a matching record string and displays same when found. The 

30 verified record routine of Fig. 15(G) implements the table 
creation xrules mentioned previously^ 

After the editor routine is finished creating the 
logic table, the program which prints out the table 20 and 
the logic diagram 30 is executed as illustrated in Fig. 19. 

35 The program of Fig. 19 allows the operator to print a 
summary of the records in a data base, find a particular 
record and draw the logic diagram. The Fig. 19(A) routine 
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acts as the supervisor and jumps to the appropriate subrou- 
tine. The Fig. 19(B) routine simply displays the records 
in the data base. The Fig. 19(C) routine allows the 
operator to find a record and is very similar to Fig. 
5 18(F). Fig. 19(D) is the supervisor routine for the draw 
logic diagram routine and calls the draw totem routine 
(Fig. 19(E)) and the connect totem routine (Fig. 19(F)). 
The draw totem routine of Fig. 19(E) draws the totems by 
checking the logic table to determine what elements are 

10 used and then places a standard symbol at the appropriate 
level in the matrix representation of the drawing within 
the appropriate totem. The connect totems routine of Fig. 
19(F) also checks the logic table to determine if inputs 
and outputs are interconnected and then connects them with 

15 a line using a predetermined line path available in the 
matrix representation of the drawing. 

The logic analyzer (Fig. 20) is executed next to 
produce the logic state analysis 40. The logic analyzer 
also allows a summary of records to be produced (Fig. 

20 20(B)), a record to be found (Fig. 20(G)) and the test 
logic to be executed. In Fig. 20(D) the Boolean logic for 
the variables in the table is calculated. This Boolean 
calculation is the same Boolean calculation used in the 
general purpose table execution routine illustrated in Fig. 

25 21(B). The reduce table routine is illustrated in Fig. 
20(E) and compares the outputs of time T and T + 1 and 
deletes the input whenever the outputs match and the 
inputs, and places X (don't care) in the input. 

Fig. 21 illustrates the general purpose state 

30 table execution logic which is executed by a microcomputer 
such as an Intel SBC 88/40 or SBC/86/30 88/45. - At the 
beginning of the routine the input signals are sampled and 
the input state vector is generated. 

The state vector takes the form: 


17 


Inputj(T) 


Inputj^(T) 
Output J (T) 
CXitput2(T) 


Outputj^(T) 


1 

I 
I 
I 
I 
I 


I 
I 
I 
I 
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Inputs at* Time T 


Outputs at Time T 


The state table is overlaid on the vector table as dis- 
cussed With respect to Fig. 15 and all the tote, outputs 
are calculated (Fig. 21(B)) as discussed with respect to 
rxgs. 15-17. The Boolean equations which is calculated 
(Fig. 21(B)) for a number of times equal to T max plus 1 
where T (Fig. 21(A), max is the number of totems in the 
system, times S max (Fig. 21(B)). which is the number of 
stages or priority levels in the totem. The calculation of 
the Boolean equation this number of times ensures that any 
auxiliary logic signal created in one totem will propagate 
through all totems even if all totems are serially linked 
in a chain. Once the outputs are all calculated, the 
output state is updated and the outputs sent to the output 
port. The Boolean logic equation for the basic logic 
element appears in the routine of Fig. 21(B). Once the 
ou^ts are produced the code is executed again beginning 
with a sample of the inputs. 

The many features and advantages of the invention 
are apparent from the detailed specification and thus it is 
intended by the appended claims to cover all such features 
and advantages of the method which fall within the true 
spirit and scope of the invention. Further, since numerous 
modifications and changes will readily occur to those 
skilled in the art, it is not desired to li„it the inven- 
tion to the exact operation illustrated and described 
Accordingly, all suitable modifications and improvements 


18 0209^795- 

may be resorted to, falling within the scope of the inven- 
tion. For example, it is possible to link the routines of 
Figs. 18-20 into a single routine. 


Page /t^ 

IDEHTIFICATIOH OF REFERENCE 


NUMERALS 


USED 


IN THE DRAWHCS 


LEGEND 

REF. NO 

ni 

AHD 

11 

3 

AND 

11 

5 

AND 

11 

7(A) 

AHD 

11 

7(B) 

AHD 

11 

10 

AND 

11 

13 

OR 

12 

3 

OR 

12 

5 

OR 

12 

7(A) 

(HI 

12 

7(B) 

OR 

12 

13 

NOT 

13 

3 

NOT 

13 

< 

HOI 

13 


NOT 

13 

9 V**/ 

NOT 

13 

7(B) 

NOT 

13 

10 

VERBAL LOGIC REQUIREMENTS . 

20 


VERBAL LOGIC REQUIREMENTS! 

20 

2 

INTERLOCK SKETCHES 

21 


STSTDfS DESIGN 

22 


SYSTEMS DESI<» 

22 

2 

LOGIC DIAGRAMS 

23 


lg.BMKNTART WIRING DIAGRAIC 

24 


ELEHENIARZ WIRING DIAGRAMS 

24 


INTERCONNECT DRAWINGS 

25 


INTERCONNECT DRAWINGS 

25 


SCBEMATIC DRAWINGS 

26 


WIRING LISTS 

27 


HARDWARE DESIGN 

28 


LOGIC CARD SET-UP 

29 


LOGIC DATA BASE 

30 


INrmOCK LOGIC DIAGRAMS 

31 


LOGIC STATE ANALYSIS 

32 



IDENTIFICATION OF REFERENCE NUMERALS USED IN THE DRAWINGS 


LEGEND REF. NO. FIGURE 


APPLICATION SOFTWARE 

33 

2 

HARDWARE D£SI(^ 

34 

2 

HARDWARE & SOFTWARE INTEGRATION 

35 

2 

FUNCTION BLE 

40 

4 

FUNCTION A 

41 

6 

FUNCTION STG (I) 

42 

8 

START 

60 

Ifi^A^ 

PPAn FTT P MAM7 HPRM TT A*? TNPllT 



nPFN flTITPHT ITT P H»ft 


1 fi/A^ 

TIT? ATI Iff 

DZ 

lo(A) 


D J 


T*PT FTP RFCOPn ^1^ "FTK IftTH^ 

AA 

o*» 


N"2 



N"2 


IRf A'\ 

INSERT RECORD (2) FIG. 18(C) 

66 

18 f A) 

N-3 

67 

18 (A) 

EDIT RECORD (3) FIG. 18(D) 

68 

18(A) 

N-4 

69 

18(A) 

SUMMARY OF RECORDS (4) FIG. 18(E) 

70 

18(A) 

N-5 

71 

18(A) 

FIND RECORD (5) FIG, 18(F) 

72 

18(A) 


/ o 


EXIT TO END OF INPUT FILE 

7A 



/ 3 

low 

STOP 

60 

18(A) 

OPERATOR EDIT RECORD 

81 

18(A) 

VERIFY RECORD (6) FIG. 18(G) 

82 

18(A) 

ERRORS 

83 

81(A) 

SAVE RECORD IN OITTPUT FILE 

84 

18(A) 

READ RECORD ID 

90 

18(B) 

END OF INPUT FILE 

91 

i8(B) 

ADD RECORD 

92 

18(B) 

READ RECORD FROM INPUT FILE 

93 

18(B) 

MATCH ID 

94 

18(B) 


IDEMTIFICATIOM OP REPEREHCE MUMERALS DSEP IN THE PRAWIHGS 

jyi^E EEF. liO. PIGDRE 

SAVE RECORD IN OUTPUT PILE 95 18(B) 

PRIHT RECORD BEFORE DELETE 96 18(B) 

PRINT RECORD ON LINE PRINTER 97 18(B) 

READ RECORD PROM INPUT FILE 93 i8(B) 

STOP 99 13(3) 

OPERATOR EDIT RECORD 100 13(8) 

VERIFY RECORD (6) FIG. 18(0) loi 18(B) 

ERRORS 102 18(B) 

SAVE RECORD IN OUTPUT FILE io3 i8(B) 

READ RECORD ID HO |8(C) 

SAVE NEW RECORD IN ODTPDT FILE HQ 18(C) 

END Of INPUT FILE HI i8(C) 

SAVE mP. RECORD IN OUTPUT FILE HI 18(C) 

ADD RECORD 112 i8(c) 

READ RECORD FRm INPUT FILE 112 18(C) 

STOP 113 18(C) 

READ RECORD FROl INPUT RLE I13 i8(c) 

OPERATOR EDIT RECORD 114 18(C) 


NATCH ID 


ERRORS 


114 18(C) 


SAVE RECORD IN OUTPUT FILE 115 i8(c) 

VERIFT RECORD (6) FIG. 18(G) US 18(C) 
SAVE CURRENT RECORD IN 

TEHPORABX RECORD 116 18(C) 

116 18(C) 

OPERATOR EDIT NEH RECORD 117 i8(c) 

SAVE RECORD IH OUTPUT FILE 117 . i8(c) 

VERIFY RECORD (6) FIG. 18(G) 1I8 18(C) ■ 


119 18(C) 


READ RECORD ID 120 18(D) 

END OF INPUT FILE 121 18(D) 

ADD RECORD 122 18(D) 

READ RECORD FROM INPUT FILE 123 18(D) 

MATCH ID 124 i8(d) 

SAVE RECORD IN OUTPUT FILE 125 18(D) 


IDENTIFICATION OF REFEREKCE NUMERALS USED IN THE DRAWINGS 


Ji^ME REF> NO, FIGURE 

DISPLAY RECORD ON CRT 126 18(D) 

MODIFY RECORD DEFINITIONS 127 18(D) 

DEFINE LOGIC TABLE 128 18(D) 

VERIFY RECORD (6) FIG. 18(G) 129 18(D) 

ERRORS 130 18(D) 

SAVE RECORD IN OUTPUT FILE 131 i8(D) 

132 18(D) 

OPERATOR EDIT RECORD 133 i8(D) 

VERIFY RECORD (6) Fig. 18(G) 134 18(D) 

ERRORS 135 ^8(0) 

SAVE RECORD IN OUTPUT FILE 136 18(D) 
SAVE CURRENT RECORD NUMBER 

M - REC. NUM. 140 18(E) 

RESET INPUT FILE (POINT TO START) 141 18(E) 

READ RECORD FRCM INPUT FILE 142 18(E) 
DISPLAY RECORD NUMBER & 

DESCRIPTION ON CRT 143 i8(e) 

END OF INPUT FILE 144 i8(E) 

RESET INPUT FILE I45 i8(e) 

MOVE TO RECORD NUMBER M 145 i8(E) 

READ REC. FROM INPUT FILE 147 18(E) 
SAVE CURRENT RECORD NUMBER 

M - REC. NUM. 150 i8(F) 
RESET IHPUT FIl^ FOR 

READ (POINT TO START) 151 i8(p) 

READ STRING TO SEARCH FOR (:C1:) 152 18(F) 

END OF INPUT FILE I53 i8(f) 

READ NEW RECORD FROM INPUT FILE 154 18(F) 

SEARCH FOR STRING I55 18(F) 

MATCH 156 18(F) 
PRINT TO CRT RECORD NUMBER 

AND DESCRIPTION I57 i8(F) 
RESET INPUT FILE FOR READ 

(POINT TO START) 158 18(F) 


Fage .13 0209795. 

IDEHTIPICATION OF REFERENCE WUMERALS USED IH THE DRAWIHGS 


REF> W)> FIGDRE 

MOVE TO RECORD NUMBER I59 jg^pj 

READ REC. FROM INPUT FILE 160 18(F) 

SET ERROR FLAG EQUAL FALSE ERR-0 170 18(6) 
NO ENTRY IN ACTUATE AND 

INTERLOCK FUNCTION I7I ^Z^JS) 

SET ERROR FLAG -* TRUE 172 18(6) 

PRINT ERROR MESSAGE ERR - ERR ^ 1 173 18(G) 
FUNCT. INTERLOCIED AND 

ACTUATE BY SAME SIGNAL I74 jg^Qj 

SET ERROR FLAG « TRUE 175 IZ^Q) 

PRINT ERROR MESSAGE ERR - ERR ^ 1 175 18(G) 
ACT OR INK FROM SIGNAL ON 

TWO PRIORITY LEVEL I77 ig^gj 

SET ERROR FLAG - TRUE 178 IZiQ) 

PRINT ERROR MESSAGE ERR - ERR -1- I 179 13(0) 

INK BELOW LAST ACTUATION 180 18(G) 

SET ERROR FLAG - TRUE 181 i8(c) 

PRINT ERROR MESSAGE ERR - ERR -i- 1 182 18(G) 
HO DEFINITION FOR SIGNAL USED 

IN TABLE 183 i8(c) 

SET ERROR FLAG - TRUE 184 18(g) 

PRINT ERROR MESSAGE ERR » ERR + 1 185 18(G) 

HOT ALL SIGNALS DEFINED ARE USED 186 18(G) 

SET ERROR FLAG - TRUE 187 18(G) 

PRINT ERRCm MESSAGE ERR » ERR ^ 1 188 81(G) 

MULTIPLE DEFINITIONS OF SIGNALS 189 18(G) 

SET ERROR FLAG - TRUE 190 18(G) 

PRINT ERROR MESSAGE ERR « ERR + 1 191 i8(g) 

ERRCm FLAG - TRUE 192 i8(g) 

SAVE RECORD IN (HTTPUT FILE 193 i8(g) 

PRINT TOTAL NUMBER OF ERRORS ERR 194 18(6) 
START EDITOR AGAIN 

(DO NOT SAVE RECORD) I95 i8(q) 


IDENTIFI CATION OF REPEREHCE NUMERALS DSHD IN THE DRAWINGS 

^^^^ REF. NO. FIGURE 
DISPLAY RECORD & MODIFY 

DEFINITIONS 196 i8(G) 

MODIFY LOGIC TABLE I97 J8(G) 

START 200 19(A) 
READ FILE NAME OPEN IT FOR 

READING N-O 201 19(A) 

READ IN (MENU) 202 19(A) 

^"V 203 19(A) 

SUMMARY OF RECORDS (1) FIG. 19(B) 204 19(A) 

^'"^ 205 19(A) . 

FIND RECORD (2) FIG. 19(C) 206 19(A) 

^'^ 207 19(A) 

DRAW LOGIC DIAGRAM (3) FIG. 19(D) 208 19(A) 

209 19(A) 

EXIT PROGRAM CLOSE FILE 2IO 19(A) 
RESET FILE FOR READING 

(POINT TO START) 220 19(B) 

CLEAR CRT SCREQI 221 19(B) 

READ RECORD FROM FILE 222 19(B) 
DISPLAY REC. NUMBER & 

DESCRIPTION ON CRT 223 19(B) 

END OF FILE 224 19(B) 
RESET FILE FDR READING 

POINT TO START 225 19(B) 

CLEAR SCREEN (CRT) K-O 230 19(C) 

RESET INPUT RLE FOR READ 231 19(C) 

READ STRING TO SEARCT FOR 232 19(C) 

END OF INPUT FILE 233 19(C) 

READ NEW RECORD FROM INPUT FILE 234 19(C) 

SEARCa FOR STRING IN RECORD 235 19(C) 

***TCH 236 19(C) 
PRINT TO CRT RECORD NUMBER * 

DESCRIPTION K - K + 1 237 19(C) 

238 19(C) 


IDENTIFICATIOH OF REFERENCE HUMERALS PSED IH THE DRAWIWGS 


l^fSSD REF. MO. FIGURE 

PRINT TO CRT TOTAL NOHBER FOUND K 239 19(C) 

PRINT TO CRT "STRING NOT FOUND" 240 19(C) 
ENTER RECORD NUMBER TO 

DRAHLOGION 250 19(D) 
RETRIEVE RECORD NUMBER N 

FROM INPUT FILE 251 19(D) 

SCAN RECORD 252 19(D) 

MORE THAN TWO TOTEMS 253 19(D) 
SET :LP: TO 80 CHARACT./LINE 

SET SCALE - 1 254 19(D) 
SET :LP: TO 132 CBARACT./LINE 

SET SCALE - 1/2 255 19(D) 

PRINT HEADER TOP LABLE TO :LP: 256 19(D) 
DRAW TOTEMS SAVE IN GRAPH (4) 

FIG. 19(E) 257 19(D) 
CONNECT TOTEMS SAVE IN GRAPH (5) 

W6. 19(F) 258 19(D) 

PRINT GRAPH TO :LP: 259 19(D) 
PRINT ON :LP: BOTTOM LABLE & 

SIQIAL DEFINITIONS 260 19(D) 

RESET PRINTER & INPUT FILE 261 19(D) 

^-l 271 19(E) 

y - NSTG 272 19(E) 

K - 0 273 19(E) 

ACIT (7.2) ^ "_" 274 19(E) 

- K ♦ I 275 19(E) 

ACTT (y.l) - "a" 276 19(E) 

K - K + 2 277 19(E) 

INKT (y.2) 278 19(E) 

K - K ♦ 3 279 19(E) 

INKT (y.l) - V 280 19(E) 

K - K ♦ 4 281 19(E) 
DRAW ELEMOrr K IN TOTEM T 

ON LEVEL y 282 19(E) 


Psge £. 6> 

IDENTIFICATION OF REFEREHCE NUMERALS USED 


0209795. 


■ -52,504 
IN THE DRAWINGS 


LEGEND 

y - y -1 
y - 0 

STGT (1) - 

DRAW DELAY AT THE OUTPUT 

OF TOTDl T 

T - T ♦ 1 

T>MAX 

T - 1 

N - 1 

y - NSTG 

STG(T) - ACT^(y) 

DRAW CONNECTION BETWEEN OUTPUT 

OF TOT£M T AND ACT (y) IN TOTEM N 

T - N 

STG(T) - INKjj(y) 

DRAW CONNECTION BETWEEN OUTPUT OP 
TOTEM T AND INTERLOCK (y) 
IN TOTm N 

y - y -1 

y - 0 

N - N + 1 

N > MAX 

T - T + 1 

T>MAX 

START 

READ PIUS NAME OPEN IT FOR 

readum; N - 0 

READ IN (MENU) 
N - 1 

SUMMARY OF RECORDS (1) FIG. 20(B) 
H - 2 

FIND RECORD (2) FIG. 20(C) 
N - 3 

TEST LOGIC (3) FIG. 20(D) 


REF. NO. 

283 
284 
285 

286 
287 
288 
290 
291 
292 
293. 

294 
295 

296 ^ 


297 
298 
299 
300 
301 
302 
303 
310 

311 
312 
313 
314 
315 
316 
317 
318 


FIGURE 


19(E) 
19(E) 
19(E) 

19(B) 
19(E) 
19(E) 
19 (P) 
19(F) 
19(F) 
19(F) 

19(F) 
19(F) 
19(F) 


19(F) 
19(F) 
19(F) 
19(F) 
19(P) 
19(F) 
19(F) 
20(A) 

20(A) 

20(A)' 

20(A) 

20(A) 

20(A) 

20(A) 

20(A) 

20(A) 


Page • . • 52.504 ' 
IDENTIFICATIOH OP REPEREHCE HDMERALS USED IM THE DRAWIHCS 

il^ra© RBF. 80. FIGDRE 

" * 319 20(A) 

EXIT PROGRAM CLOSE FILE 320 20(A) 
BESET FILE FOR; READING 

(POINT TO START) 33O 20(B) 

CLEAR CRT SCREEN 33I 20(B) 

READ RECORD FRCM FILE 332 20(B) 
DISPLAY REC. NUMBER & 

DESCRIPTION ON CRT 333 20(B) 

END OF FILE 334 20(B) 
RESET nLE FOR READING 

POINT TO START ^ 335 20(B) 

CLEAR SCREEN (CRT) K - 0 ' ^ 336 20(C) 

RESET INPUT FILE FOR READ 337 20(C) 

READ STRING TO SEARCH FDR 338 20(C) 

HID OF INPUT FILE 339 20(C) 

READ NE» RECORD FROM INPUT FILE 340 ' 20(C) 

SEARCH FDR STRING IN RECORD 341 20(C) 

^■"^ 342 20(C) 
PRINT TO CRT RECORD NUMBER & 

DESCRIPTim K - K + 1 343 20(C) 

■ ° 344 20(C) 

PRINT TO CRT TOTAL NUMBER FOUND K 345 ' 20(C) 

PRINT TO CRT "STRING MOT FOUND" 346 20(C) 

ENTER RECORD NUMBER TO TEST LOGIC 350 20(D) 

««*«><H> 351 20(D) 

RETRIEVE RECORD NUM. N FROM 352 20(D) 
SET INPUT/OUTPUT LABLES ntlMT 

REC. HEADER TO CRT AND :LP: 353 20(D) 
CALCULATE MAX NUMBER OF LOGIC 
STATES MAX MAX - 2 (NO. OF 

INPUTS ♦ NO. OF OUTPUTS) 354 20(D) 
CLEAR INP/OUT STATE AND 

LOGIC TABLE I - 0 355 20(D) 


IDENTIFICATION OF REPERENCB HUMERALS USED IN THE nBAunj>;c 


LEGEND 

UPDATE INPUT STATE AND 

TABLE I - I + 1 

CALCULATE BOOLEAN VARIABLE IN 

TABLE; SET OUTPUT STATE VECTOR 

AND SAVE IN LOGIC TABLE 

SEE FIG. 21(B) 

I - MAX 

REDUCE LOGIC TABLE (4) FIG. 20(E) 
PRINT REPORT ON :LP: 
K - 1 
y - 1 


OUT(^^jj(K) 


O0T^,^lj(y) 


K - y 

COMPARE INPUT (y) AND INPUT (K) AT 

TIME T. PLACE AN "X" IN INPUT (K) 

WHICH HAS CHANGED AND DH.ETE 

INPUT (y) FR£M LOGIC TABLE 

y>MAX 

K - K + 1 

K>MAX 

INITIALIZE INPUT STATE VECTOR 
SAMPLE INPUT SIGNALS 
GENERATE INPUT STATE VECTOR 
(INPUTS AND OUTPUTS) 
N - 0 

UPDATE LOGIC TABLE (OVERLAY 

STATE VECTOR ON TABLE) 

CALCULATE ALL TOTEMS (OUTPUTS) 

(1) FIG. 21(B) 

N - N + 1 

N>IMAX + I 

UPDATE STATE VECTOR 

UPDATE OUTPUT STATE 

SEND OUTPUT TO 1/0 PORT 


REF. NO. 


356 


FIGURE 


357 
358 
359 
360 
370 
371 
372 
373 


374 
376 
377 
378 
380 
381 

382 
383 

384 

385 
386 
387 
388 
389 
390 


20(D) 


20(D) 
20(D) 
20(D) 
20(D) 
20(E) 
20(B) 
20(E) 
20(E) 


20(E) 
20(E) 
20(E) 
20(E) 
21(A) 
21(A) 

21(A) 
21(A) 

21(A) 

21(A) 
21(A) 
21(A) 
21(A) 
21(A) 
2i(A) 


21(B) 
*02 21(B) 


Page. :• : : :'..:Q^Q979a 

5.2y504 

IDENTIPICATIOW OF REFER EHCE HDMERALS DSHD IH THE nBAUTUcc 

— "P' KCDRE 

1-1; SELECT TOTEM NUMBER 1 ^qO 21(B) 

STAGE (SMAX + 1) - FALSE; 
IHITXALIZB VARIABLE STAGE (SMAX - 
MMBER OF STAGES IN A 10TEI0 401 
•J - SMAX; SET y TO NUM. OF 
STAGES IN THE TOTEM 
ACT (H) - B_ACT(y); GET LOGIC 
VALOE OF ACTUATION (y) IN TOTEM I 
PROM BOOLEAN TABLE AND ASSIGN IT 
TO VARIABLE AK 

nC - B_INK(y); GET LOGIC VALDE OF 
INTERLOCK (y) IN TOTQl I FROM 
BOOLEAN TABLE AND ASSIOI IT TO 
LOGIC VARIABLE IR 
SIC (N) - INOT INK (H)J AND 
CACT (H) OR SXG (y ♦ 1)J; 

CALCUUTE LOGIC VALOE OF STAGE (y) 405 

y - y -1 
y - I 

OUTPUT (I) - STG (y); FOT LOGIC 
VALOE OF STAGE (1) TO OOn^UI OF 

lOTEM I (OUTPUT VECTOR) ^ 
I - TMAX 

1-1*1; SELECT NEXT TOTEM ^llz) 


403 21(B) 


404 21(B) 


21(B) 

406 21(B) 

407 21(B) 


21(B) 
409 21(B) 


0209795 


CLAIMS: 

1. A method of creating and executing table 
driven logic for a logic system having input signals, 
characterized by the steps of: 

(a) entering mnemonics corresponding to signals 
5 in the system; 

(b) creating a logic table (20) from the entered 
mnemonics using at least AND, OR and NOT operations; 

(c) verifying the logic table for its accuracy; 

and 

10 (d) executing the logic defined by the logic 

table using the input signals to produce output signals. 

2. A method as recited in claim 1, wherein the 
logic table defines the input and output structure of a 
basic logic element (10).. 

15 3. A method as recited in claim 2, wherein said 

basic logic element (10) is defined by the equation: 
STG(n) = (NOT INK(n) J AND tACT(n) OR STG(n+l)] 

where n is an integer greater than or equal to 1, STG(n) is 
an output of a stage n, INK(n) is an interlock signal at 
20 stage n, ACT(n) is an actuation signal of stage n and 
STG(n+l) is* an output signal from a stage of lower 
priority. 

4. A method as recited in claim 3, wherein step 
(d) executes the equation defining the basic logic element 

25 (10). 

5. A method as cited in claim 4, wherein step 
(c) includes: 


\ \ • : 0209795' 

* « • * '■ > • 
(ci) producing a logic diagrain from the logic 

table and 

(cii) producing a logic state analysis from the 
logic table. 

6. A method as recited in claim 5, wherein the 
logic table (20) is divided into stages of different 
priority,, the method using totems defining different 
functions, wherein step (d) comprises: 

(di) overlaying (50) the input signals on the 
logic table; 

(dii) executing (52) the equation on each stage 
of the logic table from the lowest priority to the highest 
priority using the equation; 

(diii) repeating step (dii) for each totem; and 
(div) repeating steps (di) and (dii) for a 
number of times equal to the number of totems plus one. 

7. A method as recited in claim 6, wherein step 
(di) comprises entering the input signals into the logic 
table at locations corresponding to the mnemonics of the 
signals. 
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